home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 1 / NetNews Offline Volume 1.iso / news / fido / ger / amiga / 3125 < prev    next >
Internet Message Format  |  1996-03-16  |  3KB
  1. From: Marco_Vernaglione@p3.f318.n2461.z2.fido.sub.org (Marco Vernaglione)
  2. Organization: Alles Mueller oder was ?
  3. Path: f318.n2461.z2.fidonet.org!not-for-mail
  4. Newsgroups: fido.ger.amiga
  5. Subject: Re: Datatypes Problem :-(
  6. Message-ID: <MSGID_2=3A2461=2F318.3=40FidoNet_306b5c62@fidonet.org>
  7. References: <MSGID_2=3A246=2F5018.3_3066553e@fidonet.org>
  8. Date: Thu, 28 Sep 1995 20:39:30 +0200
  9.  
  10. Am 25 Sep 95 schrieb Mathias Uhlig an Christian Buchner :
  11.  
  12.  CB>> Assign LIBS: SYS:Classes ADD
  13.  
  14.  MU> Ach was,mach' kein' Scheiss ;-)) Hatte ich schon lange drin. Da das
  15.  MU> dann
  16.  MU> aber nicht mehr geklappt hat,hab' ich die DTs nach Libs:Datatypes/
  17.  MU> kopiert,da darauf oft zugegriffen wurde (laut SysInfo).
  18.  
  19. Ist baei mir auch so, spart eine Assign in der Startup-sequence.
  20.  
  21.  MU>>> Also,erstmal versucht Multiview,den entsprechenden DT zu laden
  22.  MU>>> (OpenLib), was nicht klappt. Dann kommt die "ramlib" und oeffnet
  23.  MU>>> anscheinend den betreffenden datatype korrekt,dann aber das gleiche
  24.  MU>>> nochmal und es geht schief. MultiView sucht in "datatypes/..." ,Ramlib
  25.  MU>>> aber in "LIBS/datatypes/..." Nach dem dritten Versuch versucht nur
  26.  MU>>> noch Multiview,die Lib zu oeffnen. Das Programm geht wohl davon
  27.  MU>>> aus,dass sie schon im Speicher ist,denn sonst muesste
  28.  MU>>> sie ja mit "Load" oder "LoadSeg" eingebunden werden... (Auch das
  29.  MU>>> kopieren in das aktuelle Verzeichnis hat nix gebracht)
  30.  
  31.  MU>>> Das passiert aber nicht bei allen. GIF,AmigaGuide,PNG,C-Source,...
  32.  MU>>> gehen alle. Probleme gibt's bei REKO,FONT,TIFF...(EXE lief noch nie).
  33.  
  34. Ich glaube es liegt an RAM Mangel, speziell Chipram, da ich auch sowas mit
  35. dem GIF DT beobachtet habe, der nur kleine GIFS anzeigte aber nicht groessere.
  36.  
  37. Auf Anfrage hier und in Amiprog.ger schrieb mir jemand einen Patch ( DTHACK ),
  38. der alle ALLOCMEM_CHIP in ALLOCMEM_FAST umschrieb. Leider weiss ich nicht mehr
  39. den Namen desjenigen. GIF geht nun zwar da gepatcht, aber PCX, JPEG motzen
  40. auch noch. Entweder meldet er sich oder es koennte jemand anderes so einen 
  41. Patch schreiben.
  42.  
  43.  MU> OK,werd' ich machen. Aber diese besagten Datatypes liefen auch schonmal
  44.  MU> bei
  45.  MU> mir (bevor ich MCP hatte). Aber es liegt *definitiv* *nicht* an MCP,da
  46.  MU> es auch ohne die ganzen Patches nicht mehr geht :-((
  47.  
  48. Das ist seltsam. Installiere alle Standardlibs der WB3.1 doch alle mal neu,
  49. kann sein dass MCP irgendwas an der Iffparse, IFF, ILBM und Datatypes
  50. Library rumgemurkst hat.
  51.  
  52.  MU> Aber Moment: Erstens sind die Dateien in Devs:DosDrivers/ gar keine
  53.  MU> Executables
  54.  
  55. Logisch nicht, sind ja nur die Kennung des Datentypes z.b. GIF87a und Verweise 
  56. zur Library drinn.
  57.  
  58.  MU> und zweitens steht da auch kein Library-Name drin.
  59.  MU> Was meinst
  60.  
  61. Hast du schonmal geschaut, ob die Icons der Datatypes ein C:AddDataTypes
  62. als DefaultTool haben ?
  63.  
  64. bye,
  65.  
  66. Marco
  67.  
  68.